System for distributing digital media to exhibitors

ABSTRACT

A system for packaging digital media and distributing digital media to exhibitors is described, which system enables distribution by utilizing media content booking, media content packaging, encryption, and delivery components.

CROSS REFERENCE TO RELATED APPLICATION

The present application claims priority to U.S. Provisional PatentApplication Ser. No. 61/005,260, filed Dec. 4, 2007, the entire contentsof which are specifically incorporated by reference herein.

BACKGROUND

A number of significant technology developments have occurred in thepast few years that have enabled the digital playback and display offeature films at a level of quality commensurate with that of 35 mm filmrelease prints. These technology developments include the introductionof high resolution film scanners, digital image compression, high speeddata networking and storage, and advanced digital projection. Thesedigital cinema systems are local, in-cinema playback and displaysystems.

While these systems are effective in-cinema, there has not previouslyexisted a system that would enable secure and effective distribution ofdigital media to exhibitors.

SUMMARY

The above-described and other problems and deficiencies of the prior artare overcome and alleviated by the presently described system fordistributing digital media to exhibitors. This system enablesdistribution by utilizing media content booking, media contentpackaging, encryption, and delivery components.

In exemplary embodiments, a packaging platform and a movie cryptographicadministration platform interact to generate and provide distributedcontent. An exemplary packaging platform may transform digital cinemadigital masters (DCDMs) into encrypted digital cinema packages (DCPs),which may be distributed and viewed at remote locations. An exemplarypackaging component may watermark, compress and or encrypt various moviecomponents, such as picture, sound and subtitles together or separately,for example in a material exchange format (MXF). Also, various versionsof such components may be generated (e.g., excluding video content,substituting video content, various sound or subtitling content, etc.).Thus, in exemplary embodiments, digital distribution to theaters maycomprise multiple MXF files (e.g., one or more specified picture files,sound files, and/or subtitle files) as well as other files. Such otherfiles may comprise one or more of, e.g., a packaging list (PKL) file, anasset map (AST) file, and a composition playlist (CPL) file, whichincludes appropriate assembly instructions for proper playback of amovie version.

For booking and delivery of a movie version, in exemplary embodiments, acentral component interfaces with a booking system to establish bookinginformation. The interaction establishes booking information includingthe type of digital media an exhibitor can display, the version andfinal booking data. The content is encrypted, and the central componentgenerates encryption keys necessary to exhibit the digital media. Theencryption is performed so that the exhibitor must obtain acorresponding key for that exhibitor and that booking in order to accessthe digital media.

BRIEF DESCRIPTION OF THE DRAWINGS

Referring now to the drawings, wherein like elements are numbered alikein the following FIGURE:

FIG. 1 is an exemplary flowchart illustrating exemplary interaction ofan exemplary digital cinema system with packaging, encryption, bookingand delivery components'

FIG. 2 is an exemplary screenshot of a packaging asset manager;

FIG. 3 is an exemplary screenshot of a CPL generator;

FIG. 4 is a flowchart illustrating exemplary editing of CPLs via a mediaplayer;

FIG. 5 is an exemplary screenshot of a versions manager;

FIG. 6 is an exemplary screenshot of an interface permitting linking andunlinking of versions and CPLs;

FIG. 7 is an exemplary flowchart illustrating KDM generation anddelivery to trusted destinations;

FIG. 8 is an exemplary screenshot detailing KDM deliveries for aspecific exhibitor; and

FIG. 9 is an exemplary log screenshot listing delivered KDMs for allvendors.

DETAILED DESCRIPTION OF EXEMPLARY EMBODIMENTS

Reference will now be made in detail to exemplary embodiments, examplesof which are illustrated by the accompanying drawing.

Referring now to FIG. 1, an example of the presently described digitalcinema system is illustrated generally at 10. The illustration providesa flowchart detailing interaction of various components ultimately forthe provision of digital cinema to an auditorium 12. The followingdescription will focus on an exemplary distribution of digital moviedistribution derived from a digital cinema digital master (DCDM) 14, asmay be created by a movie studio. However, it should be recognized thatvarious components described below, including packaging componentsand/or booking and delivery components, may be used separately fordistribution or packaging of various types of digital content.Accordingly, the below description is merely an exemplary, non-limitingconfiguration.

Referring now to FIG. 1, an exemplary packaging platform is illustratedat 16. A user or studio may input a DCDM 14 into the platform 16, whichin exemplary embodiments is secure from outside systems due to the valueof such masters and packaged components. In exemplary embodiments, theDCDM is automatically compressed and encrypted upon input into thepackaging platform to ensure that the uncompressed and unencryptedmaster material will not be compromised later in the system. Inexemplary embodiments, the DCDM material is converted to one or moreencrypted material exchange format (MXF) files (MXF files may begenerated according to a reel count, such as: Movie A, reel 2 of 6,and/or may also represent components of a film, such as Movie A, pictureversion 3, or Movie A, sound version 2, or Movie A, subtitle Spanish).The generation of an exemplary MXF may also entail compression and/orwatermarking of the file.

The packaging platform 16 may also have independent and/or secure accessto a digital encryption key platform (KDM proxy (knowledge discoverymeta-model)) 18 to permit authorized personnel to manipulate theencrypted MXF files. In an exemplary embodiment, the KDM automaticallyprovides keys to authorized users or workstations when manipulation ofMXF files is performed within a secure environment (such that authorizedusers may work with MXFs, edit instructions for manipulating MXFs andarrange plural MXFs without the perceived need to request authorizedkeys from the KDM).

The packaging platform 16 ultimately generates packaging instructions(CPL) 20 for generating one or more movie versions 22. Thus, a version22 of a movie that ultimately is distributed to an auditorium 12 maycomprise multiple MXFs and a composition playlist (CPL) (assemblyinstructions). Other files may also be transmitted, such as a packaginglist (PKL) and/or an asset map (AST). The CPL chooses which MXFs will bedisplayed and when such MXFs will be displayed (at the same time, butpotentially offset relative to one another).

FIG. 2 illustrates a first screenshot an exemplary platform forgeneration of CPLs by authorized individuals. The upper left area of thescreenshot shows four tabs: Incoming DCDMs 24, Asset Manager 26, AuthorCPL 28 and Documentation 30. The exemplary Asset Manager tab has beenselected. The user has the ability to filter results by title at 32 andto view results by content type, e.g., Picture at 34, Sound at 36 andSubtitle at 38. Qualifying system assets available for generation of aCPL are then displayed, with various optional identifiers, such assource name, description, title, encryption status, 2D or 3D versioninformation, duration, file size, file types, display format andcreation date.

FIG. 3 illustrates an exemplary Author CPL tab 28. As may be seen fromthe exemplary tool, the user has the ability to select various picture,sound, subtitle and caption files for display at a given point in themovie (as sequential reels 40, 42 and 44). For any given reel, the useralso has the option of setting the entrypoint into any file at 46 andthe duration 48 of play of the file (note that the intrinsic duration 50of the file is also displayed for informational purposes). A displayplayer 52 is also provided to show the user the resulting product basedon the selected materials, including various specified durations andentrypoints. Such player may illustrate picture and/or sound and/orsubtitles and captions. The player may include options to automaticallymove to the next reel in sequence (“Auto Jump Reels” 54), generate atone on auto jumping 56, and/or show subtitles, 58.

While not specifically illustrated in FIG. 3, the player may also haveedit tools (e.g., slidable entrypoint markers, duration markers, and/oroffset (relative to other files) corresponding to the informationdisplayed in the reels 40, 42, 44. FIG. 4 is an exemplary illustrationof such, wherein offsets 60 may be set for one or more picture 62, sound64, subtitle 66, etc. files as well as an end material cutoff point 68for such files.

As is noted, the exemplary CPL is a set of pointers or instructionsrelative to possible sets of MXFs. Thus, “generation” of a CPL may belikened to generation of a modifiable set of rules rather thangeneration of a final movie version. This is advantageous from a userinterface perspective, since the user need not worry about the technicalaspects of offsetting, editing and/or merging documents, but is insteadallowed to manipulate possible combinations (in some cases with slidingand drag and drop type interfaces) without actually creating a finalmovie form (essentially creating new CPLs dynamically responding to usermanipulation of the interface). Referring again to FIG. 3, progress issavable, but editable by re-opening a session via interface 70.

In exemplary embodiments, the user-friendly interface may be provided byconfiguring a local webpage for controlling a set of devices with devicecontrollers that are cloned to the web server for editing such files. Insuch cases, existing web interface rules may be used by keeping arunning time code, with for example two or three devices linked to theweb interface output that can control the devices and players. In such away, the files and/or file names need not even be viewed, and instead,the files may be abstracted as assets.

Referring again to FIG. 1, the booking component 72 may refer to acertain defined version 22, but in exemplary embodiments wherein thepackaging and booking components may operate separately, the “version”22 may first be defined as a placeholder with desired components. Forexample, FIG. 5 is an exemplary screenshot, wherein certain desiredversions may be entered into the system for booking purposes. A box 74lists various version placeholders, and box 76 provides an entry pointfor additional desired versions, specifying e.g., a release country,sound language, subtitle language, closed captioned language, film type,trailer indication and/or supplemental description.

FIG. 6 is an exemplary screenshot, wherein various generated CPLs (seethe exemplary column at 78) may be linked or unlinked (see action button80) to versions 22 (see the exemplary column at 82) to connect thebooked versions to desired CPLs.

In exemplary embodiments (where one cares about maintaining the securityof master copies) both the booking and delivery and the packagingplatforms rely on interaction with the KDM component. As was alsodescribed above, where a packaging process is performed in a secure,authorized environment, encryption keys may be generated as a matter ofcourse, without specific authorization having been scheduled. However,with a booking of, e.g., an auditorium, KDMs should be generated withparticularity if the greatest measure of security is desired.

Referring to FIG. 7, in general, an exemplary (and secure) KDM componenthas a KDM generator 84, AES keys 86 and a Trusted Roots (List) 88 thatare maintained in a physically secure environment 90. KDM requests passinto the secure environment (see arrow 92), and keys are passed out fromthe secure environment (see arrow 94), as long as such environments aretrusted destinations 96.

Where maximum security is desired, KDM distribution is dependent upondelivery to a trusted device 98 within the device configuration 100 ofthe auditorium 12. That is, the destination must have a trustedauthorized certificate in order for KDM delivery to occur. In exemplaryembodiments, external service providers 102 may be used to scan suchdevices 98 to verify trust, wherein reported certificates may becompared against the trusted list of roots within the KDM component

As was noted above, in exemplary embodiments relating, e.g. to movietheaters, KDMs are generated for specific bookings, includingauditorium, screen number, version, date and duration. FIG. 8 is anexemplary screenshot showing KDMs generated for specific movies 104.106, 108 shown on specific screens at specific times. Thus, the bookingcomponent, the KDM component, including trusted device verificationaspects, and version/CPL aspects all interrelate as a dynamic databasefor serving digital content with minimal personnel interference.Further, the above aspects operate in parallel to maximize efficiency ofdelivery and security (integrating booking and key delivery). Use ofexternal service providers 102 to verify devices 100 minimizes oreliminates down time due to, e.g., device swaps or upgrades, and linkingof versions and CPLs completes the chain for delivery.

Further, the system may be configured to constantly look to verify theexistence of proper KDMs for materials and bookings (e.g., in a leftjoin process to verify key generation). For example, if devices areswapped at the exhibitor end, it is possible that old KDMs are invalid,or that additional fulfillment needs to occur. The system may beconfigured to continually check to verify that KDMs have been made, arecurrent, and have been delivered. This type of construction alsoprovides the ability to accurately log all KDM conditions, such as isillustrated generally at 110 in FIG. 9.

In exemplary embodiments, distribution is provided via a remote accessserver (RAS), which may be used as a KDM proxy. In exemplaryembodiments, a problem arises in circumstances where all third partiesutilize the same internet protocol (IP) address (since all third partiesmust output KDMs). Delivery is an important part of the system, and inexemplary embodiments PPP protocol may be used. If the IP address is thesame for all third parties (e.g., all theaters), general conflicts wouldarise where multiple connections are desired (e.g., establishing 20connections simultaneously to 20 theaters). Where telephone lines areutilized, the theaters do not have discernible network interface card(NIC) identifiers.

In an exemplary embodiment, such conflicts are resolved by utilizingpacket flagging in conjunction with virtual routing tables. By thisprocess, concurrent sessions may be initiated over telephone lines byuniquely targeting specific theaters.

In exemplary embodiments, the system is configured to package digitalcinema that may be displayed by exhibitors in a format and/or resolutionthat is equal to or better than that of traditional 35 mm Answer Print.Also, in exemplary embodiments, the system is based around globalstandards such that content may be distributed and exhibited anywhere inthe world (as can be done with traditional 35 mm print).

In exemplary embodiments, the system is also based upon a discretecomponent architecture (e.g., Mastering, Compression, Encryption,Transport, Storage, Playback, Projection) that allows for components tobe replaced or upgraded without replacement of the entire system.

Also, in exemplary embodiments, the encryption format is a single commonencryption format with common keys for decryption of content. Thecontent may be encrypted from the time of encoding in post-productionall the way until it is projected on an exhibitor's screen. Decryptionkeys may be provided only to authorized entities via secure datatransmission environments or via physical delivery. In other exemplaryembodiments, the system included capacities to renew or replaceencryption components in case of a breach of security. In otherexemplary embodiments, encryption components are specific to anexhibitor.

In additional exemplary embodiments, packaged digital cinema includesforensic marking of the content for providing traceable forensicevidence in the case of a theft of the content. Such marking may bespecific to the system, generally, or specific to the exhibitor.

It will be apparent to those skilled in the art that, while exemplaryembodiments have been shown and described, various modifications andvariations can be made to the system for distributing digital media toexhibitors disclosed herein without departing from the spirit or scopeof the invention. Accordingly, it is to be understood that the variousembodiments have been described by way of illustration and notlimitation.

What is claimed is:
 1. A system for administering a digital mediadistribution process, comprising: a packaging platform, including: apackaging component, wherein said packaging component securely convertsunencrypted, uncompressed media into encrypted media files; and anencryption key component that is configured to deliver or provide accessto an encryption key necessary to display the encrypted digital mediafiles for personnel or terminals authorized to manipulate said encryptedmedia files, wherein encryption keys are automatically generated fromencryption databases in response to a packaging request from saidauthorized user or said authorized terminal; and wherein said packagingcomponent is configured such that said authorized user or saidauthorized terminal may generate an arrangement of plural encryptedmedia files that together comprise a packaged media; and a bookingplatform, including: a central database system: a booking component thatcontains information about available encrypted digital media content andprocesses bookings for a media viewing; wherein said encryption keycomponent automatically generates encryption keys from encryptiondatabases in response to bookings made for specific viewings, and forspecific trusted viewing equipment; wherein said arrangement comprises acomposition playlist file (CPL) that defines the temporal placement ofsaid plurality of media files relative to one another in order toachieve a desired synchronization during viewing of said packaged media;and further comprising a packaging interface for managing media assetsand constructing CPLs, wherein said packaging interface links to ordisplays incoming unencrypted digital cinema digital master (DCDM)files, links to an asset manager and provides tools for authoring a CPL,including plural reel construction interface areas setting picture,sound and subtitle information selected from media asset sources, aswell as duration and entrypoint values, the CPL comprising a set ofpointers or instructions relative to the plural defined reels.
 2. Asystem in accordance with claim 1, wherein said media content comprisesdigital cinema, wherein said trusted viewing equipment comprises cinemaexhibitor equipment, and wherein said keys are automatically generatedfrom encryption databases in response to bookings made for specificexhibitors, specific showings and media versions and specific trustedexhibitor equipment.
 3. A system in accordance with claim 1, whereinsaid encryption keys are generated from AES symmetrical keys stored inan encrypted database.
 4. A system in accordance with claim 1, whereinsaid encryption key component delivers said encryption key to thetrusted equipment via modem, via webpage or via third party delivery. 5.A system in accordance with claim 1, wherein said encryption keyscomprise key delivery message (KDMs) that are generated by a KDMcomponent based upon secure AES keys.
 6. A system in accordance withclaim 5, wherein said KDMs are generated for each individual authorizedviewing on equipment verified as trusted from a secure trusted rootslist.
 7. A system in accordance with claim 6, wherein equipmentcertificates are provided from outside the booking and KDM components,and wherein the KDM component verifies the certificates based on thesecure trusted roots list.
 8. A system in accordance with claim 5,wherein the system performs a left join, repeatedly checking to see if avalid KDM exists for an existing booking and if existing KDMs arecurrent, and generates a KDM for any changes to a trusted device.
 9. Asystem in accordance with claim 5, wherein a booking database schedulesbookings based on desired definable versions of media, the versionsdefining one or more of a release country, audible language, subtitlelanguage, closed caption language, and media format.
 10. A system inaccordance with claim 9, wherein said KDMs are generated for specifictrusted devices for a defined booked duration.
 11. A system inaccordance with claim 10, wherein a logging interface provides detailedKDM information, including accountings of delivered KDMs and undeliveredKDMs.
 12. A system in accordance with claim 9, wherein the systemincludes a user interface for linking desired definable versions to acomposition playlist (CPL) file, which file provides instructions forassembling a version from a plurality of media files.
 13. A system inaccordance with claim 12, wherein said CPL defines the temporalplacement of said plurality of media files relative to one another inorder to achieve a desired synchronization during exhibition.
 14. Asystem in accordance with claim 13, wherein said CPL includesinstructions for assembling less than the total number of media filesthat are transmitted to the exhibitor.
 15. A system in accordance withclaim 12, further comprising a packaging interface for managing mediaassets and constructing CPLs.
 16. A system in accordance with claim 15,wherein said packaging interface includes a filterable asset manager,which provides categorized listings of available media assets for use ingenerating a CPL.
 17. A system in accordance with claim 16, wherein saidasset manager allows filtering by title.
 18. A system in accordance withclaim 16, wherein said asset manager allows filtering by media type,comprising picture, sound and subtitle.
 19. A system in accordance withclaim 16, further comprising a CPL generating interface, said interfaceconfigured to permit the user to arrange select media files on atimeline relative to one another and to specify start and stop points ofvarious arranged media files in order to generate a CPL corresponding toa desired media version.
 20. A system in accordance with claim 19,wherein cinema media files may be selected for a plurality of cinemapicture files, cinema sound files, cinema subtitle files and cinemaclosed captioning files for synchronized play of such files as a reel.21. A system in accordance with claim 20, wherein an entrypoint for eachof said files in said reel may be independently set.
 22. A system inaccordance with claim 20, further comprising a display player forviewing of a current CPL reel configuration result.
 23. A system inaccordance with claim 22, wherein said display player provides a toolfor further defining offset of a media file relative to others within areel.
 24. A system in accordance with claim 22, wherein said displayplayer provides a tool for further defining a truncation point for suchreel.
 25. A system in accordance with claim 22, wherein said playerprovides a visual or audible alarm for transition points or reel jumps.26. A system in accordance with claim 22, wherein said player providesan auto-locate feature for jumping to an approximate beginning ofsubtitling.
 27. A system in accordance with claim 22, wherein saidplayer provides an auto-locate feature for edit points.
 28. A system inaccordance with claim 12, wherein said media files are encryptedmaterial exchange format files (MXF).
 29. A system in accordance withclaim 28, wherein said KDM component automatically generates andforwards KDMs for authorized stations or users for purposes ofgenerating a CPL.
 30. A system in accordance with claim 28, wherein saidMXF files are generated from one or more uncompressed, unencrypteddigital cinema digital master (DCDM) files.
 31. A system in accordancewith claim 28, wherein said MXF files are watermarked.
 32. A system inaccordance with claim 28, wherein said MXF files are compressed.
 33. Asystem in accordance with claim 1, wherein said packaging interfaceincludes a filterable asset manager, which provides categorized listingsof available media assets for use in generating a CPL.
 34. A system inaccordance with claim 33, wherein said asset manager allows filtering bytitle.
 35. A system in accordance with claim 33, wherein said assetmanager allows filtering by media type, comprising picture, sound andsubtitle.
 36. A system in accordance with claim 33, further comprising aCPL generating interface, said interface configured to permit the userto arrange select media files on a timeline relative to one another andto specify start and stop points of various arranged media files inorder to generate a CPL corresponding to a desired media version.
 37. Asystem in accordance with claim 36, wherein cinema media files may beselected for a plurality of cinema picture files, cinema sound files,cinema subtitle files and cinema closed captioning files forsynchronized play of such files as a reel.
 38. A system in accordancewith claim 37, wherein an entrypoint for each of said files in said reelmay be independently set.
 39. A system in accordance with claim 37,further comprising a display player for viewing of a current CPL reelconfiguration result.
 40. A system in accordance with claim 39, whereinsaid display player provides a tool for further defining offset of amedia file relative to others within a reel.
 41. A system in accordancewith claim 39, wherein said display player provides a tool for furtherdefining a truncation point for such reel.
 42. A system in accordancewith claim 39, wherein said player provides a visual or audible alarmfor transition points or reel jumps.
 43. A system in accordance withclaim 39, wherein said player provides an auto-locate feature forjumping to an approximate beginning of subtitling.
 44. A system inaccordance with claim 39, wherein said player provides an auto-locatefeature for edit points.
 45. A system in accordance with claim 39,wherein said media files are encrypted material exchange format files(MXF).
 46. A system in accordance with claim 45, wherein a KDM componentautomatically generates and forwards KDMs for authorized stations orusers for purposes of generating a CPL.
 47. A system in accordance withclaim 45, wherein said MXF files are generated from one or moreuncompressed, unencrypted digital cinema digital master (DCDM) files.48. A system in accordance with claim 45, wherein said MXF files arewatermarked.
 49. A system in accordance with claim 45, wherein said MXFfiles are compressed.
 50. A system in accordance with claim 1, whereinsaid selection from media asset sources is via a drag and drop interfacefunction from a listing of media asset sources.
 51. A system inaccordance with claim 1, wherein said interface provides a listing oftotal duration, as well as individual reel durations, along with a filmrating indicator.